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Die folgenden Angaben sind dan vom Anmelder eingereichten Unterlagen entnommen 

(§) Verfahren und Vorrichtung zum Multiplexen und/oder Demultiplexen sowie entsprechende 
Computerprogramme und ein entsprechendes Computerprogramm-Erzeugnis 

(§) Vorgeschlagen wird ein Verfahren zum Multiplexen von 
mehreren zweiten Kanalen, insbesondere logischen Ka- 
nalen gemafc der UMTS-Protokoll-Architekturfur die Luft- 
schnittstelle, auf einen ersten Kanal, insbesondere einen 
Transport-Kanal gemafc der UMTS-Protokoll-Architektur 
fur die Luftschnittstelle, in einer Sendevorrichtung und/ 
oder zum Demultiplexen in umgekehrter Richtung in ei- 
ner Empfangsvorrichtung, wobei die beteiligten Kanale 
mittels mindestens eines Konfigurationsbefehls konflgu- 
riert werden, insbesondere hinsichtlich der Grofte der von 
ihnen zu transportierenden Dateneinheiten. Das erfin- 
dungsgemafJe Verfahren zeichnet sich dadurch a us, daS 
in der besagten Konfigu ration zumindest eine Grofte von 

Dateneinheiten nur jeweils von einem einzigen zweiten "^*V^ MAC 

Kanal unterstutzt wird, um eine Zuordnung von Datenein- 
( heiten dieser GroRe zu dem betreffenden zweiten Kanal 
zu ermoglichen. Des weiteren werden eine entsprechen- 
de Sende- und/oder Empfangsvorrichtung, entsprechen- 
de Computerprogramme sowie ein entsprechendes Com- 
puterprogramm-Erzeugnis vorgestellt. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Multiplexen von mehreren zweiten Kanalen, insbesondere Logischen 
Kanalen gemaB der UMTS-ProtokoU- Architektur fur die Luftschnitlstelle, auf einen ersten Kanal, insbesondere einen 
5 Transport-Kanal gemaB der UMTS-Protokoll-Architektur fur die Luftschnittstelle, in einer Sendevorrichtung und/oder 
zum Demultiplexen in umgekehrter Richtung in einer Ernpfangsvorrichtung, wobei die beteiligten Kanale rnittels min- 
destens eines Konfigurationsbefehls konfiguriert werden, insbesondere hinsichtlich der GroBe der von ihnen zu transpor- 
tierenden Dateneinheiten. 

[0002] Desweiteren betrifft die Erfindung eine Sende- und/oder Ernpfangsvorrichtung, welches das Senden und/oder 
10 Empfangen von Nachrichten auf Grundlage einer Protokoll-Architektur, insbesondere der UMTS-Protokoll-Architektur 
fiir die Luftschnittstelle, unterstiitzt. 

[0003] Zudem betrifft die Erfindung entsprechende Computerprogramrne und ein cntsprcchendes Computcrpro- 
gramm-Erzeugnis. 

[0004] Die dritte Mobilfunkgeneration UMTS (Universal Mobile Telecommunication System) weist an der UMTS- 
is Luftschnittstelle eine Protokollschichtstruktur auf, s. hierzu beispielsweise "Mobilfunknetze und ihre Protokolle", B. 
Walke, Teubner, 2000, S. 385 ff., dessen Offenbarung hiermit einbezogen ist. Fig. 1 zeigt die bekannte UMTS-Protokoll- 
Architektur der Schicht 2 und der unteren Schicht 3, die die Protokolle der UMTS-Luftschnittstelle beinhalten, s. hierzu 
obige Referenz S. 395. Diese Architektur liegt derart sowohl im mobilen Endgerat (User Equipment, UE) als auch in ei- 
nem Knoten des Mobiikommunikations-Netzes (Radio Network Controller, RNC) vor, das heiBt jedes der Protokolle 
20 existiert einmal im UE und einmal im RNC. 

[0005] Gleiche Protokolle tauschen Protokoll-Dateneinheiten (Protocol Data Units, PDUs) aus, indem sie die Dienste 
der unter ihnen liegenden Protokoll-Schichten fiir den TYansport der PDUs benutzen. Jede Protokoll-Schicht bietet der 
iiber ihr liegenden Schicht ihre Dienste an sogenannten Dienstzugangspunkten an. Diese Dienstzugangspunkte werden 
zum besseren Verstandnis der Architektur mit allgemein gebrauchlichen und eindeutigen Namen versehen (z. B. Logi- 
25 sche Kanale, TYansport-Kanale, Radio Bearer). Fiir den Datentransfer nehmen Protokolle an ihren Dienstzugangspunk- 
ten Dienst-Dateneinheiten (Service Data Units, SDUs) auf und geben daraus erzeugte PDUs an die unter ihnen liegende 
Schicht ab, PDUs von oberen Schichten sind somit identisch mit den SDUs der darunterliegenden Schicht. 
[0006] Die in Fig. 1 dargestellten Protokoll-Schichten sind die 

30 - Radio Resource Control-(RRC)Schicht (untere Schicht 3) 

- Packet Data Convergence Protokoll-(PDCP)Schicht (obere Schicht 2) 

- Broadcast/Multicast Control- (BMC)Schicht (obere Schicht 2) 

- Radio Link Control- (RLC)Schicht (mittlere Schicht 2) 

- Medium Access Control-(MAC)Schicht (untere Schicht 2) 
35 - physikalische Schicht (PHY) (Schicht 1). 

[0007] Da die PDCP- und BMC-Schichten im Zusammenhang mit der vorliegenden Erfindung keine besondere Be- 
deutung haben, werden sie hier nicht weiter beschrieben. Im foigenden werden die Funktionen von RRC, RLC und MAC 
kurz allgemein erlautert. 

40 [0008] Im UMTS Mobilfunkendgerat (UE) konnen Daten von verschiedenen Applikationen erzeugt werden. Fur 
Sprachverbindungen erzeugt beispielsweise ein Sprach-Coder einen oder mehrere Sprach-Datenstrome oder ein HTML- 
Browser erzeugt unregelmaBige Paket-Datenstrome. Diese Daten werden zunachst eventuell von Protokollen hoherer 
Schichten modifiziert und fur den Datentransfer in verschiedenen Netzen vorbereitet (bspw. TCP, s. RFC 0783, Trans- 
mission Control Protocol (TCP), IETF, September 1981 und IP, s. RFC 0791, Internet Protocol (IP), IETF, September 

45 1981). Fiir den Transport iiber die UMTS Luftschnittstelle miissen diese Daten in den verschiedenen Protokollen der 
Schicht 2 (PDCP, RLC und MAC) optimiert werden. Die in Fig. 1 dargestellte Protokoll-Architektur ist dabei nicht nur 
horizontal in die schon erwahnten Schichten und Einheiten aufgeteilt, sondem auch vertikal in die Kontroll-Ebene (C- 
plane) und die Nutzer-Ebene (U-plane). t)ber die C-plane werde ausschlieBlich Kontroli-Daten, die zum Aufbau und zur 
Aufrechterhaltung einer Verbindung benotigt und im RNC oder UE selbst erzeugt werden, iibertragen, wogegen iiber die 

50 U-plane die eigentlichen Nutzdaten von hoheren Schichten transportiert werden. Im Bereich der U-plane wird der 
Dienstzugangspunkt, an dem nicht- UMTS-spezifische Protokolle den Obertragungsdienst der UMTS-Luftschnittstelle 
nutzen kttnnen, als Radio Bearer (RB) bezeichnet. RBs werden also oberhalb der Schicht 2, je nach genutzten Protokol- 
len oberhalb von PDCP, BMC oder RLC, angeboten und iibertragen Daten transparent vom UE iiber die UMTS-Luft- 
schnittstelle zum RNC und umgekehrt. Fur diese ttbertragung wird beim Aufbau eines solchen RBs eine bestimmte 

55 Obertragungsdienstqualitat (Quality of Service, QoS) festgelegt, die sich beispielsweise durch eine bestimmte garan- 
tierte Datenrate oder eine maximale Ubertragungsverzogerung auszeichnet. 

[0009] RBs konnen bidirektional oder unidirektional sein. Ein RB kann also Daten entweder in zwei Richtungen (im 
Uplink, UL und im Downlink, DL) oder nur in einer Richtung (UL oder DL) iibertragen. 

[0010] Im Bereich der C-plane bezeichnet man die Dienstzugangspunkte, an denen das RRC-Protokoll der unteren 
60 Schicht 3 den Ubertragungsdienst der UMTS-Luftschnittstelle nutzen kann, als Signalling Radio Bearer (SRB). SRBs 
ktfnnen ebenfalls bidirektional oder unidirektional sein und transportieren Nachrichten von hoheren Instanzen der 
Schicht 3 vom Sender zum Empfanger und/oder umgekehrt. Femer handeln die RRC-Einheiten von Sender und Emp- 
fanger iiber die SRBs die Obertragungsparameter fur eine Verbindung aus, anhand derer die Einheiten der Schicht 2 und 
die Schicht 1 konfiguriert oder umkonfiguriert werden. 
65 [0011] Da die Datenstrome eines RB entweder kontinuierlich oder in Paketen beliebiger Lange vorliegen, ist es Auf- 
gabe des RLC-Protokolls, den Datenstrom in Pakete zu teiien (oder zusammenzufugen), die eine fiir die Luftschnittstelle 
optimale Lange aufweisen. Es werden also RLC-SDUs in RLC-PDUs zerteilt oder es werden mehrere RLC-SDUs zu 
RLC-PDUs zusammengesetzt. Daruber hinaus speichert die RLC-Schicht die an einem RB anliegenden Daten solange in 
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einem RLC-Buffer, bis sie von der unter RLC liegenden Schichten liber die Luftschnittstelle transportiert werden kon- 
nen. Die RLC-Schicht hat weitere Aufgaben (insbesondere die der Fehlerkorrektur und der \ferschlusselung) die hier je- 
doch nicht relevant sind, s. TS 25.302, Services Provided by Physical Layer, 3GPP, September 2000, S. 16-20. Die RLC- 
Schicht ubergibt die nach der Teilung (oder Zusammenfugung) entstandenen RLC-PDUs der MAC-Schicht zur weiteren 
Ubertragung. Die RLC-Schicht ist dabei so rnodelliert, daB es eine eigenstandige RLC-Entitat (RLC-entity) pro Radio 5 
Bearer gibt, s. TS 25.322, Radio Link Control, 3GPP, September 2000. 

[0012] Die Dienstzugangspunkte, an denen die MAC-Schicht ihre Dienste anbietet, werden Logische Kanale genannt. 
Ist der zu einer RLC-Einheit gehorende RB unidirektional, richtet diese Einheit fur die Dauer der Verbindung nur einen 
Logischen Kanal ein, sofern Nutzdaten und RLC-Kontrolldaten, die fur die Fehlerkorrektur und die Entschlusselung im 
Empfanger ben6tigt werden, iiber den selben Logischen Kanal transportiert werden. Sollen Nutz- und RLC-Kontrollda- to 
ten iiber unterschiedliche Kanale ubertragen werden, wird die RLC-Einheit mit zwei Logischen Kanalen konfiguriert. Ist 
der RB hingegen bidirektional werden fur die zugehorige RLC-Einheit pro Richtung (UL/DL) dementsprechend ein oder 
zwei logische Kanale eingerichtet. Logische Kanale unterscheiden sich durch die Art der Daten, die auf ihnen ubertragen 
werden. Man unterscheidet deshalb Logische Kanale, auf denen UE spezifische Nutzdaten (Dedicated Traffic Channel, 
DTCH), UE spezifische Kontrolldaten (Dedicated Control Channel, DCCH) oder allgemeine Kontrolldaten (Common 15 
Control Channel, CCCH) ubertragen werden. Mehrere DTCHs konnen sich dariiber hinaus durch den fur den entspre- 
chenden RB konfigurierten QoS unterscheiden. 

[0013] FUr die Ubertragung der Daten iiber die Luftschnittstelle ist nicht in erster Linie relevant was ubertragen wird, 
sondem wie die Daten ubertragen werden. Deshalb stellt die physikalische Schicht, die die Kodierung der Daten, die Mo- 
dulation, die Hochfrequenztechnik und die Antenne enthalt, der MAC-Schicht Dienstzugangspunkte zur \ferfugung, die 20 
sich dadurch auszeichnen, wie die Daten ubertragen werden: Die sogenannten Transport- Kanale. Es findet auf den Trans- 
port-Kanalen keine Unterscheidung mehr zwischen Nutz- und Kontrolldaten statt, es werden beispielsweise UE spezifi- 
sche Kanale (Dedicated Channel, DCH), Kanale mit wahlfreiem Zugriff (Random Access Channel, RACH) oder ge- 
meinsam von mehreren UEs genutzte Kanale (Uplink oder Downlink Shared Channel, USCH oder DSCH) unterschie- 
den. 25 
[0014] Die Aufgabe der MAC-Schicht im Sender ist es, die Daten, die an einem Logischen Kanal oberhalb der MAC- 
Schicht anliegen, auf die Transport-Kanale der physikalischen Schicht abzubilden, bzw. im Empfanger auf Transport- 
Kanalen empfangene Daten auf Logische Kanale zu verteilen. Jeder Transport- Kanal ist dazu mit einem Satz von festen 
Parametern fur die Ubertragung der Daten yorkonfiguriert. Aus einem weiterer Satz von variablen Parametern kann die 
MAC-Schicht die jcweils fur die aktuelle Obertragung giinstigstcn aussuchen und so die Datenubertragung dynamisch 30 
beeinflussen. Eine gultige Einstellung aller Parameter fur einen Transport-Kanal wird dabei Transport Format (TF) ge- 
nannt. Die Menge aller moglichen Einstellungen fur einen Transport-Kanal heiBt Transport Format Set (TFS). In einem 
TFS sind die einzelnen TF durch einen Indikator gekennzeichnet. Dieser Indikator wird als Transport-Format Indicator 
(TFT) bezeichnet. Nur die variablen (dynamischen) Parameter des TF variieren innerhalb eines TFS. Zu einem bestimm- 
ten Zeitpunkt ist fur jeden Transport-Kanal nur ein Transport-Format eingestellt. Die Menge der zu einem bestimmten 35 
Zeitpunkt fiir alle vorhandenen Transport-Kanale eingestellten Transport-Formate heiBt Transport Format Combination 
(TFQ. Aus den fur jeden Transport-Kanal gultigen Transport-Formaten ergibt sich eine groBe Vielzahl von moglichen 
Kombinationen fur alle Transport-Kanale und theoretisch konnte jede dieser Kombinationen eine TFC ergeben. Prak- 
tisch ist die Anzahl der tatsachlich gleichzeitig erlaubten Kombinationen von Transport-Formaten aber cingeschrankt. 
Die Menge aller erlaubten TFCs wird Transport Format Combination Set (TFCS) genannt, s. TS 25.302, Services Provi- 40 
ded by Physical Layer, 3GPP, September 2000, S. 16-20. 

[0015] Fiir den Auf-, Abbau und die Umkonfiguration von TVansport-Kanalen, Logischen Kanalen und RBs und das 
Aushandeln aller Parameter der Schicht 2 Protokolle ist das RRC-Protokoll verantwortlich, s. TS 25.331, Radio Re- 
source Control, 3GPP, September 2000. Dieses Protokoll ist eben falls im UE und im RNC vorhanden. Es nutzt die t)ber- 
tragungsdienste, die die RLC-Schicht zur Verfugung stellt, also die SRBs, um RRC-Nachrichten zu versenden. Mit den 45 
zwischen den RRC-Protokollen ausgehandelten Obertragungs-Parametern werden dann die verschiedenen Protokolle 
der Schicht 2 konfiguriert. Beispielsweise wird fur jeden Transport-Kanal beim Aufbau oder der Umkonfiguration zwi- 
schen den RRC-Protokollen ein TFS ausgehandelt und es wird das fur alle Transport-Kanale gultige TFCS ubertragen. 
Beides wird dann in die MAC-Schicht konfiguriert, so daB die MAC-Schicht die Abbildung der Logischen Kanale auf 
die Transport-Kanale vornehmen kann. 50 
[0016] Wie oben beschrieben besteht ein Transport-Format aus statischen Parametern, die nicht durch die MAC- 
Schicht beeinfiuBt werden kdnnen, sondem nur durch RRC ausgehandelt werden, und dynamischen Parametern, von de- 
nen ein Satz von verschiedenen Einstellungen von RRC ausgehandelt wird und die von der MAC-Schicht beeinflusst 
werden konnen. Zu den statischen Parametern gehbren: 



- die Lange des tlbertragungsintervalls (Transmission Time Interval, TTI), das ist das Zeitintervall, fiir das die phy- 
sikalische Schicht Daten zusammenhangend verarbeitet. Dieses kann 10, 20, 40 oder 80 Millisekunden lang sein. 

- das Kodierungsschema zum Fehlerschutz 

- die Lange der Redundanzinforrnationen zum Fehlerschutz (CRC) 
[0017] Die dynamischen Parameter sind: 



55 



60 



- RLC- Size, Da die MAC-Schicht weder MAC-PDUs generiert, noch die von RLC empfangenen RLC-PDUs seg- 
mentiert oder aneinander hangt, korrespondiert eine MAC-PDU solange mit genau einer RLC-PDU, wie die MAC- 
Schicht der RLC-PDU keinen Kontrolldatenkopf (MAC-header) voranstellt. Stellt die MAC-Schicht den RLC- 65 
PDUs einen Kontrolldatenkopf voran, so ist die MAC-PDU um die Lange des MAC-headers groBer als die RLC- 
PDU. Mit diesem Parameter wird also sowohl die GroBe der RLC-PDU als auch die GroBe der MAC-PDU einge- 
stellt. Der auf dem Transport-Kanal an die physikalische Schicht iibergebene Datenblock, die MAC-PDU, wird 
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auch Transport-Block genannt. 

- Number of Transport Blocks. Dieser Parameter bestimmt die Anzahl der MAC-PDUs, die wahrend eines TTIs an 
die physikalische Schicht zur gleichzeitigen Verarbeitung und den Transfer iiber die Luftschnittstelle ubergeben 
werden diirfen. 

5 - In einigen Fallen kann auch das TTI ein dynamischer Parameter sein. 

[0018] Wie man erkennt, ergibt sich aus den Parametern TTI, RLC-Size und Number of Transport Blocks die augen- 
blickliche Datenrate des Transport-Kanals, die von der MAC-Schicht dynamisch durch Auswahl der verschiedenen 
Transport-Formate, also durch Variation des TTI, der RLC-Size und der Number of Transport Blocks eingestellt werden 
10 kann. 

[0019] Ober die dynamische Auswahl einer TFC fur jedes Obertragungsintervall hinaus hat die MAC-Schicht die Auf- 
gabe, die auf den verschiedenen RBs ankommenden Daten unter Berucksichtigung des fur die RB eingestellten QoS auf 
die Transport- Kanale zu verteilen. Dabei wird von der RRC-Schicht beispielsweise beim Aufbau und der Rekonfigura- 
tion von RBs ausgehandelt, welche Logischen Kanale auf welche Transport-Kanale abzubilden sind, wobei jedem Trans- 

15 port-Kanal mehrere Logische Kanale zugeordnet werden konnen. 

[0020] Die sendende MAC-Schicht sucht sich also fur jedes Ubertragungsintervall und fur jeden TVansport-Kanal ein 
Transport-Format aus (also insgesamt eine TFC) und bestimmt von welchen Logischen Kanalen Daten in dem betrach- 
teten TTI ubertragen werden. Dann teilt die MAC-Schicht den entsprechenden RLC-Einheiten die zum jeweiligen TF 
gehorende RLC-PDU-Size (sofern sie nicht fur die Dauer der Verbindung konstant ist) und die Anzahl der erwarteten 

20 RLC-PDUs mit. RLC segmentiert daraufhin die Daten aus dem RLC-Buffer entsprechend der RLC-PDU-Size und iiber- 
gibt die entsprechende Anzahl an RLC-PDUs auf dem entsprechenden Logischen Kanal an die MAC-Schicht. Dicse fugt 
den Daten ggf. einen MAC-header hinzu und ubergibt die gesamten MAC-PDUs fur einen Transport- Kanal gleichzeitig 
an die physikalische Schicht, die dann fur den TVansport der Daten iiber die UMTS-Luftschnittstelle innerhalb eines TTT 
sorgt. 

25 [0021] Bei der Beschreibung der DatenUbertragung von einer Mobilstation (UE) zu einem Knoten des Mobiifunksy- 
stems, insbesondere eines Radio Network Controler (RNC), oder umgekehrt wird im folgenden - wenn notig - zwischen 
Sende- und Empfangseinheit unterschieden, wobei sowohl der RNC als auch das UE die Funktion des Senders bzw. des 
Empfangers ausfuhren konnen. Zum Aufbau bzw. zur Umkonfiguration einer Verbindung gibt es im allgemeinen immer 
eine konfigurierende Einheit und eine zu konfigurierende Einheit. Beim UMTS ist der RNC grundsatzlich die konfigu- 

30 rierende Einheit und das UE die konfigurierte Einheit. Der Empfang von Konfigurationsparametern durch eine Konfigu- 
rationsnachricht vom RNC zum UE kann im allgemeinen durch das Obermitteln einer Empfangsbestatigung vom UE 
zum RNC bestatigt werden, wobei sich die vom UE zum RNC zur Bestatigung gesendeten Konfigurationsparameter von 
den zuvor empfangenen un terse heiden konnen. 

[0022] Fur einen Verbindungs aufbau miissen die Schicht 1 und die Einheiten der Schicht 2 (MAC, RLC, BMC und 
35 PDCP) des Senders und des Empfangers durch deren RRC-Protokolle konfiguriert werden, d. h. diesen Einheiten wird 
mitgeteilt, anhand welcher Parameter die Verbindung aufzubauen ist. Diese Konfiguration beinhaltet auch die Informa- 
tion iiber die Eigenschaften und die Anzahl der einzelnen Dienstzugangspunkte (z. B. RBs, SRBs, Logische Kanale und 
Transport-Kanale) zwischen den unterschiedlichen Schichten und Einheiten der Schichten. 

[0023] Dem RLC wird fur jeden RB z. B. ubermittelt, ob ein oder zwei Logische Kanale pro Obertragungsrichtung 

40 (UIVDL) aufgebaut werden, iiber welchen Logischen Kanal Nutz- und uber welchen RLC-Kontrolldaten Iransportiert 
werden, wie viele RLC-PDUs ohne Empfangbestatigung maximal gesendet werden dtirfen, usw. Dem MAC werden bei 
der Konfiguration z. B. die Prioritaten, anhand derer die Logischen Kanale auf die TVansport-Kanale verteilt werden, die 
Idenufikauonsnummer jedes Logischen Kanals und jedes TVansport-Kanals, anhand derer sie eindeutig zu identifizieren 
sind, der Type eines jeden TVansport-Kanals, das TFS eines jeden Transport-Kanals, ein TFCS, usw., ubermittelt. Des 

45 weiteren werden vom RRC jeder mfcglichen RLC-Size ein oder mehrere Logische Kanale zugeordnet, wobei die Logi- 
schen Kanale wahrend der Verbindung nur die RLC-Sizes unterstutzen, denen sie zugeordnet wurden. Diese Zuordnung 
von Logischen Kanalen zu RLC-Sizes wird dem MAC ebenfalls bei der Konfiguration mitgeteilt. 
[0024] Nachdem die Schicht 1 und die Einheiten der Schicht 2 nach dem fur die entsprechende Verbindung geforderten 
QoS konfiguriert worden sind, beginnt jede RLC-Einheit eines jeden RB die von den hoheren Schichten bzw. von hoher 

50 liegenden Protokollen der Schicht 2 (PDCP und BMC) gelieferten RLC-SDUs fur die tibertragung iiber die Luftschnitt- 
stelle zu manipulieren bzw. vorzubereiten. Dazu signalisiert der MAC jeder RLC-Einheit zunachst, wie viele Bits die 
vom RLC erzeugten PDUs (RLC-Size) haben sollen. Dies geschieht unter der Berucksichtigung der Zuordnung von Lo- 
gischen Kanalen zu RLC-Sizes. Daraufhin beginnt die RLC-Einheit, die RLC-SDUs in die geforderten RLC-PDUs zu 
zerteilen bzw. zusammenzufugen. Abhangig von der Konfiguration der entsprechenden RLC-Einheit wird den Daten in 

55 der RLC-PDU noch ein Kontrolldatenkopf (Header) vorangestellt. Die so erzeugten RLC-PDUs werden daraufhin in ei- 
nen Sendespeicher, der als Stapelspeicher organisiert ist, geschrieben. Durch eine weitere Signalisierung, in der der 
MAC den RLC-Einheiten mitteilt, wie viele RLC-PDUs im folgenden TTT erwartet werden (Number of Transport 
Blocks), ubergibt jede RLC-Einheit dem MAC iiber die Logischen Kanale eine bestimmte Anzahl von RLC-PDUs zur 
weiteren Verarbeitung. 

60 [0025] Der MAC bildet die von den RLC-Einheiten empfangenen RLC-PDUs auf die TVansport-Kanale ab, was in Fig. 
2 schematisch dargestellt ist. In Fig. 2 sind alle RBs bidirektional, und Nutzdaten sowie RLC-Kontrolldaten werden iiber 
unterschiedliche Logische Kanale transportiert. Der Einfachheit halber sind in Fig. 2 aber nur die Logischen Kanale ei- 
ner Obertragungsrichtung dargestellt. 

[0026] Der MAC kann iiber einen TVansport-Kanal die Daten eines Logischen Kanals (in Fig. 2 der Transport- Kanal 1 ) 
65 oder auch die Daten mehrerer Logischer Kanale an die Schicht 1 ubertragen. Wenn die Daten mehrerer Logischer Kanale 
zeitlich hintereinander geschachtelt iiber einen TVansport-Kanal ubertragen werden, gibt es fur den MAC zwei Moglich- 
keiten, dies zu realisieren. Der MAC kann entweder innerhalb eines TTT nur die Daten eines Logischen Kanals (in Fig. 2 
der Transport- Kanal 2) oder sogar innerhalb eines TTIs die Daten mehrerer Logischer Kanale (in Fig. 2 der Transport- 
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Kanal 3) ubertragen. Werden die Daten mehrerer Logischer Kanale innerhalb eines TTIs ubertragen, muB die RLC-Size 
der Logischen Kanale gleich sein (in Fig. 2 also sind die Dateneinheiten I, J, K, L gleich groB), was bei der Ubertragung 
von Logischen Kanalen in verschiedenen TTIs nicht zwingend notwendig ist (in Fig. 2 konnen also F und E einerseits 
und H und G andererseits verschieden groB sein). Der MAC fordert dann von jeder RLC-Einheit eine bestimmte Anzahl 
von RLC-PDUs, so daB insgesamt die "Number of Transport Blocks" des TF des jeweiligen Transport- Kan als erreicht 5 
wird. Somit konnen die Daten mehrerer Logischer Kanale innerhalb eines TTIs uber einen Transport-Kanal ubertragen 
werden. Generell signalisiert der MAC den RLC-Einheiten - unter Beriicksichtigung der Prioriiaten der einzelnen Logi- 
schen Kanale und deren Sendespeicherbelegung - fiir jedes TO, wie viele RLC-PDUs erwartet werden. Der MAC be- 
stimmt fur jedes TIT die flir die Obertragung benotigten stauschen und dynamischen Parameter eines jeden TYansport- 
Kanals durch die Wahl einer TFC aus dem TFCS, durch die das TF fur jeden Transport-Kanal festgelegt wird. 10 
[0027] Auf der Empfangerseite ist das Verteiien der empfangenen MAC-PDUs auf die Logischen Kanale problemlos 
moglich, solange nur die Daten eines Logischen Kanals uber einen Transport-Kanal ubertragen werden. In diesem Fall 
ist fiir den MAC die Zuordnung von MAC-PDUs zu Logischen Kanalen eindeutig und eine MAC-PDU entspricht genau 
einer RLC-PDU. Urn das Verteiien der MAC-PDUs bei der Obertragung von mehreren Logischen Kanalen uber einen 
Transport-Kanal, egal ob in jedem TTI nur die Daten eines Logischen Kanals oder die Daten mehrerer Logischer Kanale 15 
ubertragen werden, zu gewahrleisten, wird im Sender den RLC-PDUs eine Kontrolldatenerweiterung vorangestellt (in 
Fig. 3 der Kontrolldatenkopf), s. TS 25.321, Medium Access Control, 3GPP, September 2000, S. 23-27. In dieser ist un- 
ter anderem ein sog. C/T-Feld enthalten, in dem die Identifikationsnummer des entsprechenden Logischen Kanals, von 
dem die RLC-PDU stammt, ubertragen wird. Dem Empfanger ist bei diesem Demultiplexen auf Grund der Identifikati- 
onsnummer eine eindeutige Zuordnung der empfangenen MAC-PDUs zu den Logischen Kanalen moglich. Da das CAT- 20 
Feld eine Lange von 4 Bit hat und die Bitkombination '11 IT ein reservierter Wert ist, konnen auf einen Transport-Kanal 
maximal 15 logische Kanale abgebildet werden. 

[0028] Es ist Aufgabe der vorliegenden Erfindung, eine optimierte Datenubertragung zwischen mehreren Logischen 
Kanalen und einem Transport-Kanal zu realisieren. Allgernein soil eine optimierte Datenubertragung zwischen mehreren 
zweiten Kanalen und einem ersten Kanal realisiert werden und zwar sowohl in der einen als auch in der anderen Richtung 25 
(Multiplexer Demultiplexen). 

[0029] Diese Aufgabe wird bei dem Verfahren der eingangs genannten Art dadurch gelost, daB in der besagten Kon fi- 
guration zumindest eine GroBe von Dateneinheiten nur jeweils von einem einzigen zweiten Kanal unterstiitzt wird, um 
eine Zuordnung von Dateneinheiten dieser GroBe zu dem betreffenden zweiten Kanal zu ermoglichen. 
[0030] Weitcrhin wird die Aufgabe bei Sende- und/oder Empfangsvorrichtung der eingangs genannten Art dadurch ge- 30 
lost, daB die Sende- und/oder Empfangsvorrichtung einen Prozessor aufweist, der derart eingerichtet ist, daB von ihm die 
erfindungsgemaBen Verfahrensschritte durehfuhrbar sind. 

[0031] Des weiteren wird diese Aufgabe durch Computerprogramrne gemaB der Anspriiche 7 und 8 sowie ein Compu- 
terprogramm-Erzeugnis gemaB Anspruch 9 gelost. 

[0032] Wenn im folgenden von Dateneinheiten in der Mehrzahl gesprochen wird, versteht es sich von selbst, daB hier- 35 
unter auch die Weiterleitung einer einzelnen Dateneinheit oder auch einer Dateneinheit der GrGBe 0 uber einen zweiten 
Kanal im Sinn dieser Erfindung zu verstehen ist. 

[0033] Der Vorteil der Erfindung ist insbesondere darin zu sehen, daB bei entsprechender Konfigurierung jeder zweite 
Kanal, insbesondere jeder Logische Kanal, allein durch die GroBe seiner Datenpakete gekennzeichnet werden kann. Dies 
erspart dem Empfanger in dem speziellen betrachteten Fall, die Identifikationsnummer eines Logischen Kanals aus ei- 40 
nem C/T-Feld herauszulesen, wodurch er die MAC-PDUs effizienter auf die entsprechenden Logischen Kanale verteiien 
kann. 

[0034] Erfindungsgem&B erfolgt somit eine Zuordnung der zwischen den Kanalen ubertragenen Dateneinheiten zu ein- 
zelnen zweiten Kanalen anhand der GroBe der Dateneinheiten. 

[0035] Im Falle der Datenubertragung gemaB UMTS uber eine Luftschnittstelle kann somit das CTT-Feld im Kontroll- 45 
datenkopf einer MAC-PDU bei der tjbertragung von mehreren Logischen Kanalen uber einen Transport-Kanal, dem so- 
genannte Multiplexen, eingespart werden, wenn in vorgegebenen TTIs nur ein Logischer Kanal ubertragen wird. Unter 
"vorgegeben" ist hier zu verstehen, daB beispielsweise in jedem von jeweils neun aufeinanderfolgenden TTIs Datenein- 
heiten jeweils eines Logischen Kanals ohne C/T-Feld ubertragen werden und in jedem zehnten TTI Dateneinheiten bspw. 
auch unterschiedlicher Logischer Kanale mil C/T-Feld transportiert werden. Am effizientesten ist es jedoch, in jedem 50 
TTI des ersten Kanals jeweils nur Dateneinheiten von einem einzigen zweiten Kanal weiterzuleiten, solange sich die Da- 
teneinheiten der uber den ersten Kanal zu ubertragenden Dateneinheiten unterschiedlicher zweiter Kanale in der GroBe 
voneinander unterscheiden. 

[0036] Es werden also beim Senden mehrere Logische Kanale auf einen Transport-Kanal abgebildet bzw. beim Emp- 
fangen ein Transport-Kanal auf mehrere Logische Kanale verteilt (Demultiplexen), ohne die RLC-PDUs der einzelnen 55 
Logischen Kanale ausdriicklich zu kennzeichnen. 

[0037] Ein besonderer Vorteil der Erfindung ist, daB pro ubertragener MAC-PDU eines Logischen Kanals 4 Bit an 
Kontrolldaten eingespart werden konnen. Dies span im allgemeinen Obertragungskapazitat ein und fiihrt im Idealfall, 
wenn anstatt der Kontrolldaten Nutzdaten ubertragen werden, zu einer Erhohung der Nutzdatenrate. 

[0038] Weitere Vorteile der Erfindung sind durch die Merkmale der Unteranspriiche gekennzeichnet. 60 
[0039] Im folgenden werden zwei Ausfuhrungsbeispiele anhand der Zeichnung naher erlautert. Es zeigen: 
[0040] Fig. 1 die bekannte UMTS Schicht 2 und Schicht 3 Protokoll-Architektur; 
[0041] Fig. 2 das bekannte Multiplexen von Logischen Kanalen auf Transport-Kanale; 
[0042] Fig. 3 ein bekanntes MAC-PDU mit Kontrolldatenfeld; 

[0043] Fig. 4 eine bekannte UMTS-Verbindung; 65 
[0044] Fig. 5 das Multiplexen von Logischen Kanalen bei unterschiedlichen RLC-Sizes, und 
[0045] Fig. 6 das Multiplexen von Logischen Kanalen bei teilweise gleichen RLC-Sizes. 

[0046] Die Ausfuhrungsbeispiele gehen von einer UMTS-Verbindung nach Fig. 4 aus. Dabei werden fiir die Verbin- 
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dung zwei RBs vom RRC konfiguriert, wobei der erste RB bidirektional und der zweite unidirektional arbeiten soli. Es 
wird im RLC fiir jeden RB eine RLC-Einheit bereitgestellt. In der RLC-Einheit des Radio Bearer 1 werden die Nutz- und 
die RLC-Kontrolldaten uber unterschiedliche Logische Kanale transportierl. Also hat die erste RLC-Einheit insgesamt 
vier logische Kanale (jeweils zwei pro tJbertragungsrichtung) und die zweite RLC-Einheit nur einen Logischen Kanal. 
5 Da in den Ausfuhrungsbeispielen der Obersichtlichkeit und der Einfachheit halber imrner nur eine Ubertragungsrichtung 
betrachtet wird, sind in Fig. 5 nurdrei Logische Kanale dargestellt, welche auf den TVansport-Kanal 1 abgebildet werden. 
Femer wurde dent MAC bei der Konfiguration fiir den TVansport-Kanal 1 beispielhaft ein TFS iibergeben, wie es in der 
im Anhang wiedergegebenen Tabelle 1 dargestellt ist. 

[0047] Damit das CyT-Feid bei der tjbertragung von mehreren Logischen Kanalen Uber einen Transport-Kan al im 
10 Sinne der Erfindung weggelassen werden kann, wird des weiteren vorausgesetzt, das wahrend eines TIT immer nur 
MAC-SDUs eines Logischen Kanals iibertragen werden (in Fig. 2 der Transport- Kanal 2). 

[0048] Nachdem die Konfiguration sphase abgeschlossen ist, d. h. alle Schichten rnit ihren Einheiten (z. B. RLC, MAC, 
usw.) fur die Verbindung entsprechend eingestellt wurden, wahlt der MAC unter Berucksichtigung der RLC-Sizes, die 
ein bestimmter Logischer Kanal unterstutzt, fiir jedes TTI das giinstigste TF aus dem TFS des TVansport-Kanals 1 aus. In 
IS diesem Ausfuhrungsbeispiel soli bei der Konfiguration der RLC-Size 10 Bit nur der Logische Kanal 2, der RLC-Size 20 
Bit nur der Logische Kanal 1 und der RLC-Size 40 Bit nur der Logische Kanal 3 zugeordnet worden sein. Dies hat zur 
Folge, daB jeder Logische Kanal nur eine RLC-Size unterstutzt. 

[0049] Weiter sei beispielhaft angenommen, daB der Logische Kanal 3 die hochste und der Logische Kanal 2 die nied- 
rigste Prioritat hat. Daher wahlt der MAC fiir das TIT 1, in dem auf Grund seiner Prioritat der Logische Kanal 3 ubertra- 

20 gen wird, das TF mit dem TFI 8, s. Tabelle 1. Daraufhin signalisiert der MAC der RLC-Einheit des Logischen Kanals 3 
cine RLC-Size von 40 Bit und fordert von der Einheit zwei RLC-PDUs. Die RLC-Einheit beginnt dann sofort, die von 
hoheren Schichten gelieferten RLC-SDUs in die RLC-Size zu zerteiien oder zusammenzufugen und gibt dann die so ent- 
standenen RLC-PDUs der GroBe 40 Bit uber den Logischen Kanal 3 an den MAC. Der MAC iibertragt die RLC-PDUs 
innerhalb des ersten TTI, ohne ihnen einen Kontrolldatenkopf voranzustellen, uber den TVansport-Kanal 1 an die Schicht 

25 1 . Im TIT 2 wahlt der MAC fur den TVansport-Kanal 1 das TF mit dem TFI 4. Im TTI 3, in dem der Logische Kanal 2 mit 
der niedrigsten Prioritat iibertragen wird, wahlt er das TF mit dem TFI 3. Im zweiten TTI erhalt der MAC daher zwei 
RLC-PDUs der Lange 20 Bit, die er, genau wie die vier RLC-PDUs der Lange 10 Bit des dritten TIT, ohne zusatzlichen 
Kontrolldatenkopf uber den TVansport-Kanal an die Schicht 1 ubergibt. Die Schicht 1 sorgt dabei jeweils fur die tjbertra- 
gung der MAC-PDUs uber die Luftschnittstelle. 

30 [0050] Da in jedem TTT immcr nur RLC-PDUs eines Logischen Kanals iibertragen werden und in diesem Ausfuh- 
rungsbeispiel alle Logischen Kanale auf Grund der Konfiguration unterschiedlich lange RLC-PDUs weiterleiten bzw. im 
Empfanger erwarten, kann die MAC-Einheit des Empfangers alle ankommenden MAC-PDUs anhand ihrer RLC-Size 
den entsprechenden Logischen Kanalen eindeutig zuordnen. Somit braucht den RLC-PDUs im Sender keine 4 Bit lange 
Identifikationsnuminer des zugehorigen Logischen Kanals in einem Kontrolldatenkopf vorangestellt werden. 

35 [0051] Beim Stand der Technik hingegen wird in dem Fall, daB mehrere Logische Kanale uber einen TVansport-Kanal 
iibertragen werden, den RLC-PDUs immer eine Identifikationsnummer in einem MAC-header vorangestellt. Beziiglich 
dieses Ausfuhrungsbeispiels wurden daher schon in den drei dargestellten TTTs bei acht iibertragenen RLC-PDUs (zwei 
im TIT 1, zwei im TTT 2, vier im TTI 3) insgesamt 32 Bit (8 • 4 Bit) an Kontrolldaten eingespart. Wenn man nun das Feh- 
len der Identifikationsnummer bzw. des C/T-Fcldes schon bei der Konfiguration der RLC-Sizes des TF des TVansport-Ka- 

40 nals beriicksichtigt, also alle RLC-Sizes gleich um 4 Bit erhoht, werden pro RLC-PDU 4 Bit an Nutzdaten mehr iibertra- 
gen. Dies hat zur Folge, daB sich die Nutzdatenrate mittels dieser Erfindung effektiv erhohen laBt. 
[0052] In dem ersten Ausfuhrungsbeispiel wurden den Logischen Kanalen nur unterschiedliche RLC-Sizes zugeord- 
net. Zwar ist hierbei eine besonders erhohte Datenrate zu erreichen, die Erfindung laBt sich aber auch bei teilweise glei- 
chen RLC-Sizes vorteilhaft einsetzen. Nimmt man - ausgehend von dem ersten Ausfuhrungsbeispiel - fur ein zweites 

45 Ausfuhrungsbeispiel an, daB bei der Konfiguration der Verbindung dem Logischen Kanal 2 nicht die RLC-Size 10 Bit, 
sondern die RLC-Size 20 Bit zugeordnet wurde, und somit der MAC fiir das dritte TTI nicht das TF mit dem TFI 3 wah- 
len kann, weil der Logische Kanal 2 die RLC-Size 10 Bit nicht unterstutzt, wahlt der MAC in diesem zweiten Ausfuh- 
rungsbeispiel fur das TTT 3 das TF mit dem TFI 2, s. Fig. 6. Alle anderen Annahmen sind gegenuber dem ersten Ausfuh- 
rungsbeispiel gleich. 

50 [0053] Dadurch, daB den Logischen Kanalen 1 und 2 der selbe RLC-Size zugeordnet ist, muB den RLC-PDUs von die- 
sen Logischen Kanalen fur die Dauer der Verbindung die entsprechenden Identifikationsnummer der Logischen Kanale 
im CAT-Feld des MAC-headers vorangestellt werden. Den RLC-PDUs des Logischen Kanals 3 braucht allerdings weiter- 
hin keine Identifikationsnummer vorrangestellt werden. Der Empfanger kann namlich die RLC-PDUs der Logischen Ka- 
nale 1 und 2 anhand der Identifikationsnummer den richtigen Logischen Kanalen zu ordnen, wobei die RLC-PDUs des 

55 Logischen Kanals 3 fur den Empfanger weiterhin anhand der RLC-Size, die nur diesem Logischen Kanal zugeordnet ist, 
eindeutig zu identifizieren sind. Somit spart man auch in diesem Fall gegenuber dem Stand der Technik bei insgesamt 
funf ubertragenen RLC-PDUs (zwei im TTT 1, zwei im TTT 2 und eine im TTI 3), wobei zwei RLC-PDUs ohne Idenu- 
fikationsnummer iibertragen wurden, 8 Bit (2 • 4 Bit) an Kontrolldaten ein. Sendet man nun wiederum Nutzdaten anstatt 
der nicht benotigten Kontrolldaten, laBt sich die Nutzdatenrate auch wieder entsprechend erhohen. 

60 [0054] Allgemein kann die vorliegende Erfindung unter der Bedingung, daB immer nur RLC-PDUs eines Logischen 
Kanals wahrend eines TTT iibertragen werden, angewendet werden, sobald ein Logischer Kanal RLC-PDUs einer RLC- 
Size erzeugt, welche bei der Konfiguration nur diesem einen Logischen Kanal zugeordnet wurde, womit dann auch im- 
mer eine entsprechende Erhohung der Nutzdatenrate einhergeht. 

[0055] Die Erfindung laBt sich generell anwenden fur den Fall der Verteiiung von Datenkanalen, die durch die Art der 
65 uber sie zu ubertragenen Daten gekennzeichnet sind (z. B. Logische Kanale), auf solche Datenkanale, welche dadurch 
gekennzeichnet sind, wie die Daten uber die Luftschnittstelle eines Mobilfunksy stems, insbesondere UMTS, iibertragen 
werden (z. B. Transport-Kanale) oder umgekehrt. Dabei konnen die Daten insbesondere von einer Mobilstation (UE) zu 
einem Knoten des Mobilfunksystems, insbesondere eines Radio Network Controler (RNC), oder umgekehrt iibertragen 
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werden. 

[0056] Unter einer Sende- und/oder Empfangseinheit im Sinne dieser Erfindung wird insbesondere ein mobiles Tele- 
kommunikationsendgerat sowie ein Mobilkommunikationsnetz verstanden, in denen das erfindungsgemaBe Verfahren 
ablauft. 

Anhang 
Abkiirzungen 

[0057] Durchgangig wird fur die Mehrzahlbildung ein V angehangt, z. B. ein RNC, zwei RNCs 
BMC Broadcast/Multicast Control 
DL Downlink 

MAC Medium Access Control 

Node B UMTS Basisstation 

PDCP Packet Data Convergence Protocol 

PDU Protocol Data Unit 

QoS Quality of Service 

RB Radio Bearer 

RLC Radio Link Control 

RNC Radio Network Controler 

RRC Radio Resource Control 

SDU Service Data Unit 

SRB Signalling Radio Bearer 

TF Transport Format 

TFC Transport Format Combination 

TFCS Transport Format Combination Set 

TFI Transport Format Indicator 

TFS Transport Format Set 

TIT Transmission Time Interval 

UE User Equipment 

UL Uplink 

UMTS Universal Mobile Telecommunication System 

Anhang 
Tabelle 1 
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Patentanspriiche 

1. Verfahren zum Multiplexen von mehreren zweiten Kanalen, insbesondere Logischen Kanalen gemaB der 
UMTS-Protokoll-Architektur fiir die Luftschnittstelle, auf einen ersten Kanal, insbesondere einen Transport- Kanal 
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gemaB der UMTS-Protokoll-Architektur fur die Luftschnittstelle, in einer Sendevorrichtung und/oder zum Demul- 
tiplexer! in umgekehrter Richtung in einer Empfangsvorrichtung, wobei die beteiligten Kanale mittels mindestens 
eines Konfigurationsbefehls konfiguriert werden, insbesondere hinsichtlich der GroBe der von ihnen zu transportie- 
renden Dateneinheiten, dadurch gekennzeichnet, dafi in der besagten Konfiguration zumindest eine GroBe von 
Dateneinheiten nur jeweils von einem einzigen zweiten Kanal unterstiitzt wird, um eine Zuordnung von Datenein- 
heiten dieser GroBe zu dem betrefFenden zweiten Kanal zu ermoglichen. 

2. Verfahren zum Multiplexen nach Anspruch 1, dadurch gekennzeichnet, daB folgende Schritte umfaBt sind: 

- es werden die beteiligten Kanale mittels mindestens eines Konfigurationsbefehls konfiguriert, insbesondere 
hinsichtlich der GroBe der von ihnen zu transportierenden Dateneinheiten; 

- es werden Dateneinheiten, insbesondere RCL-PDUs, mit zumindest teilweise verschiedener GroBe von ei- 
ner oberen Schicht oder mindestens einer oberen Schichteinheit, insbesondere RLC-Einheiten, erzeugt; 

- es werden der art crzeugte Dateneinheiten auf den mehrercn zweiten Kanal en an eine untcre Schicht oder 
mindestens eine untere Schichteinheit, insbesondere MAC-Schicht, weitergeleitet, wobei jeweils ein zweiter 
Kanal in der besagten Konfiguration jeweils nur Dateneinheiten gleicher GroBe weiterleitet; und 

- es werden die Dateneinheiten von der unteren Schicht oder der mindestens einen unteren Schichteinheit in 
durch die Konfiguration vorgegebenen Transmissionszeitintervallen auf den ersten Kanal geleitet, 

wobei in vorgegebenen, vorzugsweise jeden Transmissionszeitintervallen des ersten Kanals in der besagten Konfi- 
guration jeweils nur Dateneinheiten von einem einzigen zweiten Kanal weitergeleitet werden, und daB eine Zuord- 
nung von Dateneinheiten zu zumindest einem zweiten Kanal anhand der GroBe dieser Dateneinheiten erfolgt, wobei 
diese GroBe in der besagten Konfiguration von keinem anderen zweiten Kanal unterstiitzt wird. 

3. Verfahren zum Demultiplexen nach Anspruch 1, dadurch gekennzeichnet, dafi folgende Schritte umfaBt sind: 

- es werden die beteiligten Kanale mittels mindestens eines Konfigurationsbefehls konfiguriert, insbesondere 
hinsichtlich der GroBe der von ihnen zu transportierenden Dateneinheiten; und 

- es werden Dateneinheiten mit zumindest teilweise verschiedener GroBe von dem ersten Kanal auf die meh- 
reren zweiten Kanale weitergeleitet, wobei die Dateneinheiten in durch die Konfiguration vorgegebenen 
Transmissionszeitintervallen iiber den ersten Kanal geleitet werden, 

wobei in vorgegebenen, vorzugsweise jeden Transmissionszeitintervallen des ersten Kanals in der besagten Konfi- 
guration jeweils nur Dateneinheiten fUr einen einzigen zweiten Kanal weitergeleitet werden, und daB eine Zuord- 
nung von Dateneinheiten zu zumindest einem zweiten Kanal anhand der GroBe dieser Dateneinheiten erfolgt, wobei 
diese GroBe in der besagten Konfiguration von keinem anderen zweiten Kanal unterstiitzt wird. 

4. Sende- und/oder Empfangsvorrichtung, welches das Senden und/oder Empfangen von Nachrichten auf Grund- 
lage einer Protokoll-Architektur, insbesondere der UMTS-Protokoll-Architektur fiir die Luftschnittstelle, unter- 
stiitzt, wobei die Sende- und/oder Empfangsvorrichtung einen Prozessor aufweist, der derart eingerichtet ist, daB 
von ihm die Verfahrensschritte gemaB einem der Anspriiche 1 bis 3 durchfuhrbar sind. 

5. Sende- und/oder Empfangsvorrichtung nach Anspruch 4, dadurch gekennzeichnet, daB sie als mobiles Tfelekom- 
munikationsendgerat ausgebildet ist. 

6. Sende- und/oder Empfangsvorrichtung nach Anspruch 4, dadurch gekennzeichnet, daB sie als Mobilkommuni- 
kationsnetz ausgebildet ist. 

7. Computerprogramm, welches auf einer Sende- und/oder Empfangsvorrichtung, insbesondere nach einem der 
Anspriiche 4 bis 6, derart ablaufen kann, daB das Computerprogramm mitsamt der Sende- und/oder Empfangsvor- 
richtung das Verfahren nach einem der Anspriiche 1 bis 3 ausfiihrt. 

8. Computerprogramm, welches in eine Sende- und/oder Empfangsvorrichtung, insbesondere nach einem der An- 
spriiche 4 bis 6, ladbar ist, so daB die derart programmierte Sende- und/oder Empfangsvorrichtung faTiig oder ange- 
paBt ist, das Verfahren nach einem der Anspriiche 1 bis 3 auszufiihren. 

9. Computerprogramm-Erzeugnis, das ein computerlesbares Speichermedium umfaBt, auf dem ein Programm ge- 
speichert ist, welches es einer Sende- und/oder Empfangsvorrichtung, insbesondere nach einem der Anspriiche 4 bis 
6, nachdem es geladen worden ist, ermoglicht, die Verfahrensschritte nach einem der Anspriiche 1 bis 3 durchzu- 
fuhren. 



Hierzu 5 Seite(n) Zeichnungen 
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